Method for providing a user with a service for accessing and collecting prescriptions

ABSTRACT

A method for providing a user with the ability to access and collect prescriptions associated with the user in a secure and private manner. The method may include associating access information with the user to access a server storing prescriptions associated with the user, providing a web-based user interface to remotely access the drug prescriptions stored on the server, receiving at the server the prescriptions associated with the user from health care providers, storing the prescriptions such that the prescriptions are accessible through the web-based user interface. The method may further include electronically sending from the server the prescriptions to a pharmacy selected by the user.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation application of U.S. Ser. No.13/352,045 filed on Jan. 17, 2012, which is a continuation of Ser. No.11/305,685 filed Dec. 16, 2005, now U.S. Pat. No. 8,117,045 issued Feb.14, 2012, which is a continuation-in-part of, and claims priority to,U.S. patent application Ser. No. 11/225,518 filed on Sep. 12, 2005, U.S.Pat. No. 8,121,855 issued Feb. 21, 2012, all of which are herebyincorporated by reference in their entirety.

BACKGROUND OF THE INVENTION

The present invention relates to the provision of online medicalrecords. More particularly, the present invention relates to providing ameans for consumers to request their medical records from healthcareproviders, store their medical records, and provide for privatecommunications between the consumers and their healthcare providers.

Medical and other health information can be particularly sensitivecommunications. Laws such as the HIPPA Privacy Rule restrict, limit, orplace specific conditions on the dissemination of medical records. Lawssuch as the Health Insurance Portability and Accountability Act (HIPAA)provide a patient with the right to access to their own medical records.

A health provider, such as a hospital may require a patient to submit totheir own privacy practices as a condition for treatment or admittance.A privacy practice statement by the health provider will likely explainthat the patient has the right to inspect and copy their medicalrecords, but there may be significant procedural hurdles to overcomethat burden both the health provider and the patient. For example, thepatient may be required to provide a written request, there may beprocessing delays in receiving copies of the medical or health relatedrecords, and the patient may incur additional processing chargesresulting from the inconvenience created for the health provider tocomply with the procedural hurdles that they put in place to avoidinappropriately disclosing records of their patients.

Of course, privacy concerns regarding a patient's medical recordscreates other problems for healthcare providers. For example, suppose ahealthcare provider needs to communicate with a patient over the phoneto check on a patient, request additional information regarding apatient's current condition, to schedule a test, report the results of atest, express the need for a return visit, or for other reasons relatedto providing health care to the patient. The healthcare provider callsthe patient at home or at work and the patient is not available.Instead, the phone is answered by another person who could be aco-worker or family member. Alternatively, the healthcare provider isprovided with the opportunity to leave a voicemail message. Thehealthcare provider must be very cautious to avoid inadvertentlydisclosing private information. Thus, the healthcare provider may not beable to leave a message with another person or with a voicemail systemif doing so would violate the patient's privacy rights or expectationsof privacy. Even in cases where the healthcare provider may be legallyauthorized to do so via a previously agreed upon privacy policy, doingso may be against the person's wishes as they did not understand whatthey were consenting to when they consented to the privacy policy or didnot understand their rights under the privacy policy. A message for thepatient may provide other parties with more information then the patientwould want them to know. Even when a healthcare provider attempts toleave a seemingly innocuous message with a voicemail system or withanother individual, more information may be shared then the patientwants to be shared. For example, a message left with another requestingthat the patient call a particular doctor may be more than what thepatient would want shared with others. For example, suppose it is knownor readily determined that the doctor is an obstetrician and the patientis a woman who does not want her significant other to know she ispregnant yet. Suppose it is known or readily determined that the doctoris an oncologist and the patient does not want their co-workers oremployer to know that the patient has cancer. Mere knowledge of thedoctor's name, in these cases would be sufficient to make an educatedguess about the patient's condition or potential condition. A patientmay consider this a violation of their privacy. Regardless of whether ornot the patient has any legal recourse, this can result in the patientbeing upset and can have a negative impact on the relationship betweenthe patient and their healthcare provider.

Of course, instead of leaving a message, a healthcare provider couldsimply call back, but this is inconvenient for the healthcare provideror their staff and may unduly delay the amount of time before thepatient receives the message. Thus, private and secure communicationswould benefit both the healthcare provider and the patient. Thehealthcare provider would not have to worry about disclosing privateinformation to a party who should not have the information. And, thepatient would be more likely to receive the communications sooner andcould take comfort knowing that their privacy was maintained.

Another problem relating to medical records is that where an individualsees multiple healthcare providers, the inconvenience of requestingmedical records is multiplied. Given the inconvenience and the potentialdelay in obtaining records it is also likely that in such instances theindividual does not actually compile a complete medical history. To theextent the individual has their records, the individual must determine amethod of storing and organizing them.

Yet another problem relating to medical records is that often times theyare most needed at a time when the individual is unable to provide them.For example, in emergency situations it would be desirable forcaregivers to know and understand the individual's medical history.Knowledge of specific allergies may be essential to avoid administrationof medications that would adversely impact the condition of theindividual. Knowledge of pre-existing conditions may be essential tocorrect diagnosis and treatment. What is desired is a way that relevantmedical records could be shared when needed most.

Various attempts have been made to assist consumers with their medicalrecords in different ways. One example of such an attempt is Synchart.Synchart is a web-based service (www.synchart.com) that allows consumersto enter their personal and family health information into a database.Users can enter doctor visits, immunizations, hospital visits,allergies, and other relevant information and generate reports based onthe data entered. As part of the services, consumers receive a CD withtheir medical information data, as well as a wallet card. Becausemedical data is stored on the Synchart web server, user healthinformation is accessible from any Internet-connected computer, whichSynchart claims will allow doctors and other providers to access userinformation if the user gives them account information.

One of the problems with a service such as Synchart is that it requiresusers to enter information about their health histories into a database,a time consuming and cumbersome process which is inconvenient andsometimes difficult. These issues are further magnified if an individualdoes not have a complete understanding of their medical records. Anotherproblem of such a system is that clerical errors by the user can resultin the user's medical records having inaccurate information. A furtherproblem is that medical information is not immediately available if theindividual does not immediately enter the information. Such a problem isexacerbated by the fact that often times when an individual isfrequently seeing healthcare providers they are ill or injured and it isparticularly inconvenient for them to update their medical records.Finally, such a system does not address issues of obtaining the medicalrecords from the healthcare provider.

Redi-Records is another example of a system that assists consumers withobtaining access to their medical records. For a fee, Redi-Records willgather all of a subscriber's medical records from different doctors andhospitals. Once the records are gathered, Redi-Records will digitizethem and put them onto two mini-CDs. Users can carry 1 mini-CD in theirwallet and keep one at home. For an additional cost, the company willupdate a user's records every 180 or 90 days. Such a service is marketedwith the promise that having records on a mini-CD will make it easierfor you to receive proper treatment in the event of a medical emergency.One of the problems with such an approach is that the records are notnecessarily current. Another problem with such an approach is that athird party is involved so that complex forms will need to be completedby the consumer and the consumer's providers in order to grant the thirdparty access to the medical records which could cause delay in gatheringinformation. Due to the third party involvement, there is a chain ofhuman handling of the documents that could compromise the privacy of thedocuments. In addition, the mini-CDs may not be secured or passwordprotected, or the information about how to access them readilyavailable. Where the mini-CDs are not secured or password protected,unauthorized individuals could access a person's medical records.

Another prior art approach is HeartRecord (www.heartcenteronline.com).This services focuses on cardiac patients. Users pay a subscription feeand are able to enter information about their medical history, doctors,and prescriptions into a database that is accessible using the Internetand a secured password. As a result, important information is availablein the event of a medical emergency or when users visit a doctor.HeartRecord also allows users to upload their EKGs and other vitalimages to their account either from a computer, or by e-mailing, faxingor mailing the image to the company. HeartRecord has several inherentproblems. HeartRecord's system places the onus of entering data anduploading images completely on the user. HeartRecord's system fails tocontemplate the user's possible unfamiliarity with entering data anduploading images. It also assumes the user will keep their recordcurrent by practicing the utmost diligence in updating new data andimages to their account. Another problem with such as service is that itis limited in scope. A further problem with such as system is that itdoes not create a private communications link between a doctor andpatient.

Another prior art approach is demonstrated by Personal MD. This product(www.personalmd.com) uses a fax-based technology to allow users to storerecords that can be accessed via the Internet. Personal MD also offers afeature where users can file the most critical information in a foldermarked “Emergency”, which can be printed out by personnel via fax in theevent of a medical crisis. Personal MD also offers medication remindersand other calendar features, and the site includes syndicated healthinformation content. One of the problems with this approach isdifficulty of use. For example with Personal MD, a non-dedicated numberis used thus the person sending a fax must enter a PIN before sendingthe fax. This can create an unacceptable inconvenience for a busydoctor's office and can cause frustration. Moreover, it also creates anadditional opportunity for human error in that use of the wrong pinnumber may direct the fax to a wrong destination. Furthermore, thenon-dedicated number may be busy more often than not, adding to thefrustration of updating or accessing the user's medical records. Such asystem is not focused on providing a private communications link betweena patient and their healthcare provider.

Another prior art approach is Web MD Health Manager offered by WebMD(www.webmd.com). This system allows users to enter data about theirpersonal health such as health conditions, blood pressure, cholesterollevel and other metrics. This system will then run those numbers againsta database to provide a personal “self-assessment” and provide tips onbetter health. Such a system does not provide for storage of medicalrecords or a private communications links between a healthcare providerand patient.

Another prior art approach is available from iHealthRecord.org. Thisservice provides an interactive data entry screen that allows users toenter their personal and family health histories. This information canthen be printed out on a wallet card. One of the problems with such anapproach is that it requires users to enter information on their medicalrecords into a database, a time consuming and cumbersome task whichassumes the user will be diligent in updating their health history, buteven so may result in inaccuracies. In addition, this approach does notprovide a secure communications link between a healthcare provider andtheir patient or offer storage and management of personal health andmedical records.

Another example of a prior art approach is disclosed in U.S. PatentApplication Publication No. 2004/0267572 to Emery et al. Emery isdirected towards a system for an online database for personal, medical,appointment and other information. Emery also discloses providingpatients with emergency information ID cards which provide informationthat can be used to access the online database. The system of Emeryrequires either the patient or the healthcare provider to access theonline database and modify the online health records. Thus, such asystem is cumbersome to use, requiring patients to either enter theirown information without error in a timely fashion or require healthcareproviders to add yet another additional service which would requireadditional time, resources, and familiarity or training with the system.

Another prior art approach is disclosed in U.S. Patent ApplicationPublication No. 2005/0209891 to Jacobus et al. Jacobus disclosesorganizing and aggregating medical records, clinical observations, andmedical imagery into a common database which is accessible over the web.Jacobus also allows providers to upload or update patient records andpatients to request that their information be uploaded. Such a systemrequires the healthcare provider's use of the system and involvement inthe process. Thus, a patient would be unable to fully benefit from sucha system without all of their healthcare providers using the samesystem, which their healthcare providers may not be willing or able todo, particularly given the added time and costs which would beassociated with using such a system.

Another prior art approach is disclosed in U.S. Patent ApplicationPublication No. 2005/0251423 to Bellam et al. Bellam discloses aprogrammable rules-based interface between a patient and an electronicmedical record (EMR) which allows controlled patient access to the EMRto increase patient participation in the healthcare process. Bellamactually limits a patient's access to their own data. In addition,Bellam does not address the problems of obtaining a complete andaccurate EMR.

Thus, despite the advancements in these areas, problems remain. Inparticular, there is a general lack of recognition of the need toprovide secure and private communications between a healthcare providerand their patient and to do so in a manner that is convenient to boththe healthcare provider and the patient. There is also a general lack ofrecognition of the problems for an individual to exercise their rightsto receive access to their healthcare records and be able to store andmaintain those records in one secured, password protected account thatallows for files to be organized.

BRIEF SUMMARY OF THE INVENTION

Therefore it is a primary object, feature, or advantage of the presentinvention to improve upon the state of the art.

It is a further object, feature, or advantage of the present inventionto facilitate health care personnel's compliance with HIPAA or otherlegal requirements regarding privacy of medical records.

A still further object, feature, or advantage of the present inventionis to provide an individual with meaningful access to their healthcarerecords thereby allowing the individual to exercise their legal rightswith respect to controlling access to their medical records.

Yet another object, feature, or advantage of the present invention isproviding individuals with immediate access to healthcare records inemergency situations to assist in providing appropriate care.

A further object, feature, or advantage of the present invention is toprovide a convenient and cost effective method for healthcare providersto comply with laws regarding privacy of healthcare records.

A still further object, feature, or advantage of the present inventionis to provide a convenient and cost effective method for individuals torequest that their healthcare providers provide copies of medicalrecords.

Another object, feature, or advantage of the present invention is toprovide a private communications link between healthcare personnel andtheir patients.

Yet another object, feature, or advantage of the present invention is toprovide for placing an individual in control of their medical recordsand allowing them to selectively provide access to others.

A still further object, feature, or advantage of the present inventionis to facilitate storing all of an individual or family's medicalrecords and related information in a single location so that healthcarepersonnel can be given complete medical information/history when neededor analysis can be performed on the medical records.

Another object, feature, or advantage of the present invention is toprovide a means for individuals to create calendars to remind them ofthe need to refill prescriptions.

Yet another object, feature, or advantage of the present invention is toprovide a means for individuals to create calendars to maintain doctor'sappointments.

A further object, feature, or advantage of the present invention is toprovide reminder messages regarding the need to refill prescriptions orremember doctor's appointments.

A still further object, feature, or advantage of the present inventionis to provide a method to store, organize, and annotate medical recordsand also to customize the storage by giving the user the ability to namethe folders in which those records are stored.

Another object, feature, or advantage of the present invention is togive users the ability to upload images, such as x-rays or scans.

Yet another object, feature, or advantage of the present invention is togive users the ability to forward records via fax to a healthcareprovider.

A further object, feature, or advantage of the present invention is togive users the ability to see if there are any possible interactionsbetween prescription drugs they are taking.

A further object, feature, or advantage of the present invention is toprovide a means for individuals to store and access not only medicalrecords, but other types of health records including dental records,healthcare records associated with pets, and vital documents, including,without limitation, wills, living wills, a power of attorney, and ahealthcare power of attorney.

Yet another object, feature, or advantage of the present invention is toallow for the healthcare provider to quickly and easily, yet securely,communicate records associated with an individual to the individual.

One or more of these and/or other objects, features, or advantages ofthe present invention will become apparent from the specification andclaims that follow.

According to one aspect of the present invention, a method for providinga consumer with the ability to access and collect personal healthrecords associated with the consumer is provided. The method includesassigning a phone number individually associated with the consumer forfax and voice communications from a healthcare provider and associatingaccess information with the consumer for the consumer to use to access asecure web site. The consumer is provided with a document to provide tothe healthcare provider exercising legal rights of the consumer foraccess to the health records, the document requesting the healthcareprovider to send the health records to the phone number. The methodfurther provides for receiving a private fax communication comprising apersonal health record associated with the consumer for which theconsumer has requested and given permission to the healthcare providerto send, converting the private fax communications into an image fileformat (such as a PDF), storing the health record encoded in the imagefile format, and providing the consumer with secure access to the website using the access information and providing on the web site aninterface to the health records of the consumer for the consumer toaccess the health record.

The document may include an adhesive or be a sticker so that it can beeasily attached to the health records. An emergency access card whichincludes access information and can be used by a third-party to accessthe health record associated with the consumer in the event of a medicalemergency associated with the consumer can also be provided.

The web site interface preferably allows for organizing health recordsinto separate file folders with functionality for the consumer to namethe file folders and add file folders as well as provide additionalpassword protection for the file folders.

According to another aspect of the present invention a kit is providedfor assisting a customer with exercising rights to health recordsassociated with the customer, accessing the health records, maintainingthe health records as private, and providing access to the healthrecords in case of emergency. The kit includes an access card comprisingaccess information associated with the customer to be used to access asecure web site providing access to health records of the customer to beused to convey the access information to another in event of a medicalemergency associated with the customer. The kit also includes at leastone sticker exercising legal rights of the customer to healthcarerecords and comprising instructions to a healthcare provider toelectronically send the health records to a destination and wherein thehealth records sent to the destination are accessible on the secure website.

According to another aspect of the present invention, a system forcommunicating personal health records of a consumer is provided. Thesystem includes a consent document, a fax server, and a web server. Theconsent document, preferably a sticker, provides instructions for andgiving permission to a healthcare provider to fax health records of theconsumer to a dedicated phone number associated with the consumer. Thefax server is for receiving faxes of the health records directed to thededicated phone number. The web server is in operative communicationwith the fax server and adapted to provide a secure web-based interfaceto the health records. The web-based interface provides the ability toupload images through a web browser, allow a user to send faxes tohealthcare providers, and perform other functions associated withmanaging their healthcare records.

According to another aspect of the present invention, a method isprovided for giving a consumer the ability to access and collect healthrecords associated with the consumer through use of a consumer account.The method includes assigning a destination address individuallyassociated with the consumer account for receiving communications fromat least one healthcare providers. The destination address can be anindividually assigned toll-free number or an email address. The methodfurther provides for associating access information with the consumeraccount for the consumer to use to access a secure web site andreceiving a communication from one of the at least one health careproviders. The communication is directed to the destination address andincludes a health record associated with the consumer for which theconsumer has requested and given permission to the healthcare providerto send. The method further includes storing a representation of thehealth record, preferably in an image file format. The method furtherincludes providing the consumer with secure access to the web site usingthe access information and providing on the web site an interface to thehealth records of the consumer for the consumer to use. The accessinformation may include a first set of access information for providinga first level of security and at least one second set of accessinformation for providing an additional level of security. In addition,the method may also include receiving a health care record, a vitaldocument, or other information from the consumer through a file uploadto the web site. The health care record can be a health care record of afamily member, pet, a dental record, or other type of health carerecord.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is diagram illustrating one embodiment of a system of the presentinvention.

FIG. 2 is a pictorial representation of a sticker authorizingtransmissions of records to the user account according to one embodimentof the present invention.

FIG. 3A and FIG. 3B illustrate a card with medical record accessinformation according to one embodiment of the present invention.

FIG. 4 is a diagram illustrating one embodiment of a system of thepresent invention.

FIG. 5A and FIG. 5B are flow diagrams illustrating an enrollment processaccording to one embodiment of the present invention.

FIG. 6 is a flow diagram for accessing records according to oneembodiment of the present invention.

FIG. 7 is a screen display of a web site according to one embodiment ofthe present invention.

FIG. 8 is another screen display of a web site according to oneembodiment of the present invention.

FIG. 9 is a screen display according to one embodiment.

FIG. 10 is a screen display for folder administration according toanother embodiment.

FIG. 11 is a screen display for an uploaded file feature according toanother embodiment of the present invention.

FIG. 12 is a pictorial representation of a preferred embodiment of asticker providing instructions for faxing medical records.

FIGS. 13 and 14 are pictorial representations of a preferred embodimentof a wallet card which can be used according to the present invention.

FIG. 15 is diagram illustrating one embodiment of drug interactingreporting and analysis of the present invention.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT

The present invention provides for a convenient method for individualsto collect and store their private medical information and to provideprivate communications between the individual and their healthcareproviders. One of the ways that the present invention collects andstores private medical information and facilitates privatecommunications is through use of a LIFELINE which is a dedicatedtoll-free number for fax and voice communications. This dedicatedtoll-free number provides direct and private communications between ahealthcare provider and their patient so that a healthcare provider canbe assured that they are maintaining patient communications in secretand to avoid violating applicable privacy laws or patient expectationsregarding privacy.

FIG. 1 is a diagram illustrating one embodiment of a system 100 of thepresent invention. In FIG. 1, a consumer or patient 102 is shown. Ahealthcare provider 104 is also shown as well as a fax/voice server 106.A web server 108 is operatively connected to the fax/voice server 106.The healthcare provider 104 uses the phone 110 to communicate privatevoicemail messages through a toll-free dedicated phone number to thefax/voice server 106. In addition, the healthcare provider faxes healthor medical records 112 to the fax/voice server 106 using the toll-freededicated phone number. The medical record 112 preferably has a sticker114 present on the medical record 112. The sticker 114 indicates orinstructs the healthcare provider 104 or their staff to fax theinformation to the toll-free dedicated phone number. In addition, thesticker 114 provides an indication of clear consent from the patient 102to the healthcare provider 104 to the toll-free dedicated phone number.Thus, it becomes a simple process for a consumer or patient 102 toprovide their healthcare provider 104 with instructions to fax healthrecords, a simple process for the healthcare provider 104 to obtainpermission to fulfill a request for healthcare records, and a simpleprocess for the healthcare provider 104 to do so in a secure andconvenient manner as the fax is going directly to a toll-free dedicatedphone number associated with the patient 102.

The web server 108 is operatively connected to the fax/voice server 106such as over a network or otherwise. A patient 102 or their proxy cancommunicate directly with the web server 108 through a computing device109 or the fax/voice server 106 using a phone 117. The patient 102 canuse a LIFELINE card 116 that contains access information to log on tothe web server 108 associated with a web site of the present invention,or as a reminder of their toll free dedicated phone number which theycan call to access voicemail messages, listen to text-to-speechconversion of emails, or otherwise access information.

The present invention also allows a patient 102 to upload files using acomputing device 109 to the web server 108. In addition, the patient 102can use the computing device 109 to interact with the web server 108 tospecify that a prescription or other personal health record is faxed viathe fax/voice server 106 to a healthcare provider 104.

FIG. 2 illustrates one embodiment of a sticker 114 for a patient to giveto their healthcare provider to request or instruct their healthcareprovider to fax medical records to the toll free dedicated phone numberassociated with the patient. Although it is preferred that a sticker 114be used because of the added convenience provided by being able topermanently or semi-permanently attach to a patient file at a healthcareproviders office, the present invention contemplates that other types ofdocuments could be used. The sticker 114 includes the LIFELINE phonenumber 120 which is the toll free dedicated phone number associated withthe patient. Note that there is no pin number required which greatlysimplifies the process of faxing documents. In addition, the name 122 ofthe patient is shown. There is also a written request 124 on the sticker114 that instructs the healthcare provider to fax the records andexplicitly gives permission to fax the healthcare record. The languageof the written request 124 may vary as necessary to comply with anyapplicable laws. It should be appreciated that the sticker 114 providesgreat convenience to both an individual who wants to instruct theirhealthcare provider to give them access to their medical records as wellas to the healthcare provider who can now easily provide the individualwith access to their medical records. The present invention furthercontemplates that medical alert information can also be placed on thesticker 114. The types of medical alert information includes, withoutlimitation, blood type information (i.e. ABO and Rhesus information),allergies to drugs, presence of a pacemaker, diabetes, epilepsy, orother conditions.

FIG. 12 illustrates another embodiment of such a sticker. Note that inFIG. 12, a sticker 800 is shown. The sticker 800 includes instructionsto fax or email medical records 802 which serve to exercise a patientsrights under 45 C.F.R. §164.522 and 45 C.F.R. §164.524 (HIPAA PrivacyRegulations) to obtain a copy of their protected health information(PHI) and to have such communications sent to the patient at analternative location. In particular, the instructions 802 instruct thehealthcare provider to fax a copy of the PHI to a personal, privatemailbox at a toll-free or local number after every visit and/or wheneverthe PHI is updated so that the patient can maintain a copy of their PHI.Alternatively, the instructions 802 provide for instructing thehealthcare provider to email the records to specified email address 810.

The sticker 800 includes a region 804 for the patient to print or typetheir name and a region 806 for the patient to print or type their dateof birth. There is also a region 808 for the fax number to which medicalrecords are delivered. Preferably, the number is a toll-free fax orlocal number assigned to the patient. There is also a region 810 for anemail address to which the medical records are to be submitted.

FIG. 3A and FIG. 3B illustrate one embodiment of a LIFELINE card 116.The LIFELINE card has a front side 130 and an opposite back side 132.The card 116 includes the name of the individual 122, a URL for a website 136 which stores medical records for the individual. In additionthere is access information 134 such a username and password. The card116 also includes the toll free dedicated phone number 120 associatedwith the individual. On the back side 132 of the card 116 as best shownin FIG. 3B, medical alert information 139 is provided. The medical alertinformation 139 can include allergies which the individual has, medicalconditions such as diabetes or epilepsy, the presence of a pacemaker, orother medical information that may be of great importance in evaluatingor treating the individual in the case of a medical emergency. Themedical alert information can further include blood type information(i.e. ABO and Rhesus information). Also, instructions 138 are providedon the card 116 to indicate how one could access complete medicalrecords or information about the individual.

The present invention contemplates including the sticker 114 (or otherpermission/request document) and the LIFELINE card 116 in a welcome kitwhen an individual or family subscribes or signs-up for the service. Inaddition, from the web site associated with the service, preferablyaddition stickers and/or additional cards can be printed and informationcan be updated as necessary.

FIGS. 13 and 14 illustrate another embodiment of a wallet card of thepresent invention. The wallet card 820 includes a first side 822 and anopposite second side 824. As shown in FIG. 13, the first side 822 of thewallet card 820 has a first panel 826 and a second panel 828. The firstpanel 826 includes identifying information about an individual andemergency instructions 830. The emergency instructions 830 indicate thatprotected health information can be accessed, in an emergency, at a website. The second panel 828 of the first side 822 of the wallet card 820includes insurance information and signature of the patient.

As best shown in FIG. 14, the second side 824 of the wallet card 820includes emergency contact information, including a secret question orpasscode so that the emergency contact person can better verify thatthere is an emergency, and not a fraudulent notification. The secondside 824 of the wallet card 820, also preferably includes informationregarding current medications, allergies, blood type, and medicalconditions which may be critical to providing appropriate emergencycare.

FIG. 4 illustrates one embodiment of a system of the present invention.Preferably such a system is implemented using equipment from PrairieSystems, Inc. of Omaha, Nebr., although the present inventioncontemplates that other vendors may be used. As shown in FIG. 4, thesystem 200 includes a fax/voice server 202. The fax/voice server 202 isaccessible by a fax machine 204 or a phone 208 through using a dedicatedphone number 206. Preferably, the phone number 206 is toll-free as thisincreases the accessibility and convenience of the system which is veryimportant. However, the phone number 206 could also be a direct dialphone number. When the fax/voice server 202 receives a call, adetermination is made in step 210 as to whether the call is a voice callor a fax call. Where the call is a voice call, an interactive voiceresponse (IVR) system is used to determine who the caller is, thepurpose of the call, or other information, and then stores any voicemailmessage in voice storage 212. The system is adapted to notify theindividual that there is a voicemail message through an emailnotification in step 214 and/or other types of notification in step 216.Other types of notification can include, but are not limited to textmessages to a cell phone or pager. Thus, a healthcare provider can callthe LIFELINE number 206 and leave a voicemail message for the individualand know that the communication is a private communication. Thus, thehealthcare provider can leave private and confidential information, suchas the results of a test, or the need to schedule a new appointment, orother information. The individual is alerted to the presence of thevoicemail message and can then call-in to the fax/voice server 202 tocheck messages.

Where documents are faxed, fax images are collected and converted toportable document format (PDF) documents 218. Although, the PDF formatis preferred, the present invention contemplates that other types ofdocument conversions can be done as may be appropriate in a particularimplementation of the present invention. Based on the dedicated phonenumber 206 used to send the documents, the faxed documents are assignedto a user account and stored in step 220. The individual is alerted viaemail that the documents have been sent in step 224. Alternatively, theindividual is alerted via text messaging in step 222 that a fax has beensent.

The web site of the present invention provides a convenient location tocollect and store healthcare records and provide secure access to therecords. It also provides a convenient way to enroll in a service forproviding online access to health records. FIG. 5A and 5B provides oneembodiment of an enrollment process In FIG. 5A, a user 250 accesses ahome page 252 for a medical records web site. In step 254, adetermination is made as to whether the user 250 is an existing member.If the member is, then in step 256 the user is provided access to theiruser interface as shown in FIG. 6. If not, then in step 258 adetermination is made as to whether the user 250 agrees to terms andconditions of service. If not, then in step 260 the user is thanked fortheir interest but not allowed to continue. The user is also given theoption or encouraged to output the terms and conditions to a printer instep 262 so that they can review them closely and maintain a copy fortheir records if they wish. If in step 258, the user agrees to the termsand conditions of service then in step 264 the system collects userdata. User data 266 can include last name, first name, addressinformation, city, state, zip code, phone number, email/pager/mobiledevice information, emergency contact name, emergency contact phonenumber, primary care physician phone number, insurance information,allergies and medications, and/or other information. If all fields arereceived in step 268, then in step 272 the system assigns a user nameand password. It is to be understood that the user may also request aparticular username and/or set their own password. Where a user selectstheir own password, then in step 270, a determination is made as towhether the password meets security requirements. For example, there maybe a minimum number of characters required, or there must be at leastone numeric character, or other requirements. Where the user is allowedto select their own name, in step 274, a username database is searchedand in step 276 a determination is made as to whether or not the name isavailable. If it is, then in 278 the user is permitted to create apersonal identification number (PIN). In step 280, a rule such as onerequiring a particular number of digits or a particular minimum digitsis applied. In step 282 the PIN is validated and the enrollment processproceeds to billing options in step 284. In FIG. 5B, the user is allowedto choose a plan in step 286. The individual could, for example, choosean individual or family plan from the plan options 288. In step 290, theuser enters credit card information 292 which may include a credit cardnumber, billing address, and CW number. This information is thensubmitted to a payment processor 294. In step 298, a determination ismade as to whether the credit card information can be authorized forpayment. If not, then the number of retries is determined in step 296and the user is allowed to re-enter their credit card information instep 290. If there have already been two tries to validate credit cardinformation, then in step 300 the individual is told that they can notenroll at this time and should try again later. If payment is authorizedin step 298 then in step 302 a dedicated toll free phone number isassigned and an IP address associated with the user is registered. Instep 304 a user account is created. In step 306 an email notificationconfirming registration is sent to the user. In step 308 the user canbegin to setup their personal web site such as their database ofdoctors, family members, calendar, and otherwise configure their website.

Where a calendar is used, the present invention contemplates that thecalendar can be synchronized with an application such as MicrosoftOutlook, a calendar program associated with a PDA, or other personalinformation manager.

After registration, the user can access the user interface of the website. FIG. 6 illustrates one embodiment of the user interface 256. Theuser 250 can access the homepage 252. In step 400, a determination ismade as to whether the system recognizes the ip address being used bythe user as being associated with the user. If the ip address is notrecognized then extra security measures are taken beginning in step 414.In step 414 a username and a double level of password log-in isrequired. If a valid log-in, then the process proceeds to step 424. Ifnot, then in step 418, the number of invalid log-in attempts or tries ismonitored and if it is three, then in step 420 the account is frozen.Returning to step 400, if the ip address is recognized as beingassociated with the user, then in step 402 a username and a single levelof password log-in is required. In step 412 a determination is made asto whether or not the password is valid. If a valid password, then theprocess proceeds to step 424. If not, then in step 404 a determinationis made as to the number of invalid attempts. After three invalidattempts, in step 406 the account is frozen and in step 408 an email issent to the individual who may, in step 410, implement procedures tochange the password and re-open the account.

Returning to step 424, a determination is made as to whether the accountis associated with an individual or a family. If the account isassociated with a family, then in step 426, the user can select thefamily member and access the family database 428. If, in step 424 theaccount is not a family account, then in step 430 the user can viewtheir mailbox showing new PDF files and voice files. Preferably, thesenew files include date and time stamps so that the user can see when thefiles were received.

In step 432, the user is allowed to annotate the messages to betteridentify the messages in a manner that is convenient for the user. Instep 434, the user can play the voicemail messages. In step 436, theuser can choose to save the messages to voice storage 438 or to send themessage to the trash 440. In step 442, the user can select a doctor toassociate with the voicemail messages. For example, the doctor fromwhich the voicemail or imaged document was received. Preferably thedoctor is within the doctor database 444. If not, then in step 460, theuser can update the doctor database 444 to include the doctor. The usercan then organize the voicemail or document according to the user'spreference into one or more file folders. Examples of file foldersinclude RX 446, XRAYS 448, LABS 450, EXAM NOTES 452, OTHER 454. The usercan make new file folders such as file folder 456 and identify itappropriately. The user interface offers functions 458 such as movementof files between folders, drag and drop, cut and paste, and/or otherfunctions that will assist the user in organizing their records.

The present invention provides for each of the file folders to beprotected with one or more additional passwords. Such an implementationis particularly useful in a number of contexts. For example, the use ofmultiple passwords allows information such as insurance information,financial information, or other proprietary information to be protecteddifferently than the medical records.

Another example of where this extra layer of security can be useful iswhere a single account is shared by a family consisting of two parentsand multiple children. Each parent may have their own folder separatelypassword protected so that the other parent can not access their folder,but still allowing both parents to access the folders for the children.

FIG. 7 illustrates one embodiment of a screen display of the presentinvention. In FIG. 7, the screen display 500 includes a menu bar 502along the top with different menu items such as “Home” 504, “My MedicalRecords” 506, “My Calendar” 508, “Manage Prescriptions” 510 and “MyDoctor” 512. The screen display 500 also includes a reminder to theindividual of their LIFELINE toll free dedicated phone number 514. Amessage center 516 includes alerts as to recent faxes, voicemails,doctor appointments, prescription refills, or other related events. Theuser can view the recent faxes 518, and for each fax, can file it usingfax filing options 520 which allow the user to give a document title tothe fax, associate a physician with the fax, file the fax under aparticular account where the account is a family account, and identifythe fax as a prescription, x-ray/image, or lab report.

It should also be appreciated that a user need not fax themselvesdocuments. Instead, the user can upload scanned documents or other filesin any number of formats.

FIG. 8 illustrates another example of a screen display according to oneembodiment of the present invention. In FIG. 8, the screen display 550also includes a files section 552 wherein different folders are shownfor storing and organizing information. This allows a user to storerecords in a manner appropriate for them. In one embodiment, the folderscan include separate folders for lab reports, prescriptions,x-ray/images, dental records, lab reports, prescriptions, and allrecords. As shown in FIG. 8, there is a promotional space 554. Thepresent invention allows for promotional material to be placed in thepromotional space 554 that is of potential interest to the user. Thepromotional information can come from a third party source oradvertiser. In additions, news information may be placed in a newsinformation portion 556 of the web page. The news information caninclude breaking news regarding the medications that the patient is on,health and fitness news, or other news of potential interest orimportance to the user.

FIG. 9 is another example of a screen display 560 according to oneembodiment of the present invention. Note that a MYACCOUNT option 513 isshown near the top of the screen display 560. Also note that a user isallowed to select a family member using the dropdown list box 515. Thereis also an upload record option 602 provided so that a user may uploadfiles of various types directly to their account.

Shown in the MY FILES portion 552 are a plurality of file folders,including: EMERGENCY folder 562, X-RAY/IMAGES folder 564, LAB REPORTS566, VACCINATIONS 568, OBSTETRICS 570, PATIENT CHARTS 572, DENTAL 574,PET/VET 576, SURGERIES 578, OFFICE VISITS 580, TEST RESULTS 582,CARDIOLOGY 584, PEDIATRICS 586, UROLOGY 588, VITAL DOCUMENTS 590,eSAFEDEPOSITBOX 592. The various file folders shown provide a convenientmethod for users to organize their files. Note that each folderindicates how many files are stored within the file folder.

A WHAT′S NEW portion 594 allows users to learn about new features orother information. A FAMILY panel 596 can display information or linksto information relevant to families. A SENIORS panel 598 can displayinformation or links to information relevant to seniors. A DOCTORS panel600 can display information or link to information relevant to doctors.Of course, the present invention contemplates that panels 596, 598 and600 need not be present, and where present can be used to convey othertypes of information of potential interest to users.

FIG. 10 is another example of a screen display according to oneembodiment of the present invention. The screen display 610 allows forfolder administration. A folder administration portion 612 includes alisting of multiple folders (16 shown) with a column 614 indicating thecurrent name for each folder and a column 616 indicating the new name tobe assigned to each folder. In operation a user can change the name ofthe folders to suit their particular needs. Note that at least a portionof the folders have a password associated with them. This provides anadditional layer of security to these files.

FIG. 11 is a screen display for an uploaded file feature according toanother embodiment of the present invention. The screen display 630allows for uploading a medical record 602. The upload a record window632 allows the user to select a file to be uploaded 634 by browsing 636to the location of the stored file. For example, if the user has chestx-rays saved in a picture format such as a jpeg, they would be able tobrowse 636 to the file and upload the file 634 to add to or to makecurrent their present set of medical records. The upload a record window632 also allows the user to record a title 638 for the file uploaded634. Additionally, the uploaded a record window 632 allows the user toassociate the file uploaded 634 with the appropriate doctor selectedfrom a drop-down list 640. If the account is family or joint typeaccount and allows storing medical records for multiple persons, theuser may use the drop-down menu 642 to select the family member 642 towhom this newly uploaded file 634 should be associated with. The uploada record window 632 also allows the user to record a date 644 associatedwith the newly uploaded file 634. Lastly, the user has the option ofselecting the individual folders 646 where he or she would like a copyof the newly uploaded file 634 to be saved. For example, the user maywish to save the chest x-rays in the x-ray and images folder as well asother folders, such as the emergency folder, lab report and/or surgeriesfolder. The upload a record window 632 allows the user to periodicallyupdate their personal medical records with important medical informationand associate that information with the appropriate folders. The uploada record window 632 also makes it easy for the user to browse to andsave medical files in electronic form in a convenient and organizedmanner.

In one embodiment, not only is a password required to access thewebsite, but an additional password is required to access such a folder.This feature can be advantageous in a number of different situations.For example, a family may share an account, but each spouse may maintaincertain files in confidence from the other. Or where healthcareinformation is accessed in an emergency (or through fraudulent use of anemergency card), the most private information which is protected with asecond level of password protection remains secure. As shown there arebuttons 618, 622, 624, 626 for providing a secondary level of passwordprotection.

FIG. 15 illustrates one embodiment of using the health-relatedinformation collected to provide additional benefits to a consumer. Forexample, the present invention allows for a system 800 that includes apersonal health records database 850 and a drug interactions database852 operatively connected to an analysis system 854. The analysis system854 is operatively connected to a drug interaction reporting component856. The personal health records 850 includes information regardingwhich prescription drugs are being taken by the user. The druginteractions database 852 includes information regarding knowninteractions between different drugs. The analysis system 854 analyzesthe prescription drugs taken by the user to determine if there is anyknown interaction that may be adverse in any way to the user. Based onthe results of this analysis, the drug interaction reporting component856 reports the results to the user, their pharmacist, doctor, or otherhealthcare provider as appropriate. The present invention contemplatesthat drug interaction reporting 856 can be reported in different ways todifferent people based on factors such as user preferences regarding thedrug interacting reporting, the severity or certainty of a determinedadverse drug interaction, or otherwise. The present inventioncontemplates that in addition to drug interaction analysis andreporting, other types of analysis and reporting can be performed on thepersonal health records. One of the advantages of the present inventionis that it allows for a convenient method to build and maintain completeand up-to-date health records, thus allowing the personal health recordsto be analyzed in any number of ways.

The present invention provides for numerous other features andadvantages. For example, the web site can provide reminders for doctorappointments, prescription refills, or other events through emailreminders or text messaging reminders. In addition, the web site allowsthe user to select the option of sending information via fax to a careprovider. For example, a user can fax a prescription to their pharmacyof choice. In addition, the user can fax their medical records receivedfrom one healthcare provider to another healthcare provider.

According to another embodiment of the present invention, the healthcarerecords can include both medical records as well as dental records. Inaddition, the healthcare records can include, healthcare records notjust for humans, but for pets as well. Thus, a family could managehealthcare records for every member of the family, including one or morepets.

According to another aspect of the present invention, other vitalrecords are also stored on the web site. Examples of other types ofvital records include wills, living wills, healthcare power ofattorneys, and related information.

The present invention is not to be limited to the specific disclosureprovide herein. The present invention contemplates numerous variationsas may be appropriate in a particular context, environment, orsituation.

What is claimed is:
 1. A method for providing a user with an ability toaccess and collect drug prescriptions associated with the user in asecure and private manner, the method comprising: associating accessinformation with the user for the user to use to access a server storingfiles comprising drug prescriptions associated with the user in acomputer readable storage medium; providing the user with a web-baseduser interface on a web-enabled computing device to remotely access thedrug prescriptions stored on the server; receiving at the server thefiles comprising the drug prescriptions associated with the user from ahealthcare provider associated with the user wherein the drugprescriptions include medication prescribed, a date of issuance of theprescription, a name of the patient and a prescriber's name and contactinformation, the healthcare provider prescribing the drug prescriptions,and wherein the step of receiving at the server the files comprising thedrug prescriptions associated with the user from the healthcare providerassociated with the user is performed without providing the healthcareprovider access to the server; providing a means for scheduling one ormore prescription refills concerning a drug prescription to performsteps comprising: (a) receiving at the server a request directed by theuser to schedule one or more prescription refills concerning the drugprescription wherein the prescription is associated with the request,and (b) scheduling the one or more prescription refills concerning thedrug prescription based on the prescription and directed by the user andstoring the schedule on the computer readable storage medium;electronically sending one or more of the drug prescriptions associatedwith the user to a pharmacy selected by the user; receiving at theserver a request from the user made through the web-based user interfaceof the web-enabled computing device for access to the files, wherein theaccess information is associated with the request; sending the user afile containing a drug prescription associated with the user from theserver to the web-enabled computing device in response to the request;and wherein the files are maintained separately from any maintained bythe healthcare provider prescribing the drug prescriptions and whereinthe files are managed privately by the user and independently from thehealthcare provider prescribing the drug prescriptions.
 2. The method ofclaim 1 wherein the server uses Secure Sockets Layer (SSL).
 3. Themethod of claim 1 wherein the healthcare provider is a doctor.
 4. Themethod of claim 1 further comprising: receiving from the user a requestto send the drug prescription associated with the user to the healthcareprovider; and sending the drug prescription associated with the userfrom the server to the healthcare provider in response to the request tosend the drug prescription.
 5. The method of claim 1 further comprising:receiving from the user a request to send insurance informationregarding the drug prescriptions to the healthcare provider; and sendinginsurance information regarding the drug prescriptions from the serverto the healthcare provider in response to the request to send theinsurance information.
 6. The method of claim 1 further comprising:sending a message from the server to a second healthcare provideridentifying adverse drug interactions determined by analyzingprescription medications taken by the user and querying a druginteractions database stored on a computer readable medium.
 7. Themethod of claim 6 further comprising: sending a message from the serverto the User identifying adverse interactions determined by analyzing theprescription medications taken by the user and querying the druginteractions database stored on a computer readable medium.
 8. Themethod of claim 7 further comprising; electronically sending from theserver reminders to the user concerning the drug prescription based on ascheduled prescription refill.
 9. A method for providing user with theability to access and manage drug prescriptions associated with the userin a secure and private manner, the method comprising: associatinginformation with the user on a server associated with one or morepharmacies wherein the server is accessible from an interne-connecteddevice and is adapted for storing files comprising prescriptionsassociated with the user in a computer readable storage medium;electronically sending from the server a secure request for a personalhealth record comprising a prescription to a healthcare providerassociated with the user; electronically receiving at the server apersonal health record comprising a prescription from the healthcareprovider wherein the prescription includes medication prescribed, a dateof issuance of the prescription, a name of a patient and a prescriber'sname and contact information, and wherein the step of electronicallyreceiving at the server the personal health record comprising theprescription from the healthcare provider is performed without providingthe healthcare provider access to the server; associating the personalhealth record comprising a prescription with the user's information andstoring the prescription in the computer readable storage medium;electronically sending from the server the personal healthcare recordcomprising a prescription to a pharmacy selected by the user; providinga means for scheduling prescription refills concerning the prescriptionto perform steps comprising: (a) receiving at the server a requestdirected by the user to schedule one or more prescription refillsconcerning the prescription wherein the prescription is associated withthe request, and (b) scheduling the one or more prescription refillsconcerning the prescription based on the prescription and directed bythe user and storing the schedule on the computer readable storagemedium; providing the user with a web-based user interface on aweb-enabled computing device for requesting information regarding theprescription associated with the user's information; and, sending theuser a file containing information regarding the prescription from theserver to the web-enabled computing device in response to the requestfor prescription information; wherein the files are maintainedseparately from any maintained by the healthcare provider prescribingthe drug prescriptions and wherein the files are managed privately bythe user and independently from the healthcare provider prescribing theprescriptions.
 10. The method of claim 9 wherein the server uses SecureSockets Layer (SSL).
 11. The method of claim 9 wherein the healthcareprovider is a doctor or a pharmacy not associated with the server. 12.The method of claim 9 further comprising: sending a tile containing drugprescriptions associated with user from the server to the healthcareprovider.
 13. The method of claim 9 further comprising: sending a filecontaining insurance information regarding prescriptions from the serverto the healthcare provider.
 14. The method of claim 9 furthercomprising: sending a message from the server to a second healthcareprovider identifying adverse drug interactions determined by analyzingprescription medications taken by the user and querying a druginteractions database stored on a computer readable medium.
 15. Themethod of claim 14 further comprising: sending a message from the serverto the user identifying adverse interactions determined by analyzing theprescription medications taken by the user and querying the druginteractions database stored on a computer readable medium.
 16. Themethod of claim 15 further comprising: electronically sending from theserver reminders to the user concerning the prescription based on ascheduled prescription refill.
 17. The method of claim 16 furthercomprising: electronically sending a file from the server comprising theprescription to a pharmacy selected by the user based on the scheduledprescription refills.
 18. A method for providing a user with the abilityto access and manage drug prescriptions associated with the user in asecure and private manner, the method. comprising: associating accessinformation with the user for the user to use to access a serverassociated with one or more pharmacies wherein the server is accessiblefrom an internet-connected device and is adapted for storing filescomprising prescriptions associated with the user in a computer readablestorage medium; electronically receiving a personal health recordcomprising a prescription from a healthcare provider wherein theprescription includes a medication prescribed, a date of issuance of theprescription, a name of a patient and a prescriber's name and contactinformation, and wherein the step of electronically receiving thepersonal health record comprising the prescription from the healthcareprovider is performed without providing the healthcare provider accessto server; associating the personal health record comprising aprescription with the user's access information and storing theprescription in the computer readable storage medium; electronicallysending the personal healthcare record comprising a prescription to apharmacy selected by the user upon request of the user; providing ameans for scheduling prescription refills concerning the prescription toperform steps comprising: (a) receiving at the server a request directedby the user to schedule one or more prescription refills concerning theprescription wherein the prescription is associated with the request,and (b) scheduling the one or more prescription refills concerning theprescription based on the prescription and directed by the user andstoring the schedule on the computer readable storage medium; providingthe user with a web-based user interface on a web-enabled computingdevice to remotely access the health care records comprisingprescriptions stored on the computer readable medium; receiving at theserver a request from the user made through the web-based user interfaceof the web-enabled computing device for access to the health carerecords, wherein the access information is associated with the request;sending the user a file containing the drug prescriptions associatedwith user from the server to the web-enabled computing device inresponse to the request; wherein the files are maintained separatelyfrom any maintained by the healthcare provider prescribing the drugprescriptions and wherein the files are managed privately by the userand independently from the healthcare provider prescribing theprescriptions.
 19. The method of claim 18 wherein the server uses SecureSockets Layer (SSL).
 20. The method of claim 18 wherein the healthcareprovider is a doctor or a pharmacy not associated with the server. 21.The method of claim 18 further comprising: sending a message from theserver to a second healthcare provider identifying adverse druginteractions determined by analyzing prescription medications taken bythe user and querying a drug interactions database stored on a computerreadable medium.
 22. The method of claim 21 further comprising: sendinga message from the server to the user identifying adverse interactionsdetermined by analyzing the prescription medications taken by the userand querying the drug interactions database stored on a computerreadable medium.
 23. The method of claim 22 further comprising:electronically sending from the server reminders to the user concerningthe prescription based on the scheduled prescription refills.
 24. Amethod for providing a user with the ability to access and manage drugprescriptions associated with the user in a secure and private manner,the method comprising; associating access information with the user forthe user to use to access a server associated with one or morepharmacies wherein the server is accessible from an internet-connecteddevice and is adapted for storing files comprising prescriptionsassociated with the user in a computer readable Storage medium;electronically receiving a personal health record comprising aprescription from a healthcare provider wherein the prescriptionincludes a medication prescribed, a date of issuance of theprescription, a name of a patient and prescriber's name and contactinformation, and wherein the step of electronically receiving thepersonal health record comprising the prescription from the healthcareprovider is performed without providing the healthcare provider accessto server; associating the personal health record comprising aprescription with the user's access information and storing theprescription in the computer readable storage medium; providing the userwith a web-based user interface on a web-enabled computing device toremotely access the health care records comprising prescriptions storedon the computer readable medium; receiving at the server a request fromthe user made through the web-based user interface of the web-enabledcomputing device to schedule prescription refills concerning theprescription, wherein the access information is associated with therequest; scheduling prescription refills concerning the prescriptionbased on the request received from the user and storing a schedule onthe computer readable storage medium; electronically sending remindersto the user concerning the prescription based on the scheduledprescription refills; electronically sending the personal healthcarerecord comprising, a prescription to a pharmacy selected by the userbased on the scheduled prescription refills; and wherein the files aremaintained separately from any maintained by the healthcare providerprescribing the prescriptions and wherein the files are managedprivately by the user and independently from the healthcare providerprescribing the prescriptions.
 25. The method of claim 24 wherein theserver uses Secure Sockets Layer (SSL).
 26. The method of claim 24wherein the healthcare provider is a doctor or a pharmacy not associatedwith the server.
 27. The method of claim 24 further comprising: sendinga message from the serve to a second healthcare provider identifyingadverse drug interactions determined by analyzing prescriptionmedications taken by the user and querying a drug interactions databasestored on a computer readable medium.
 28. The method of claim 27 furthercomprising: sending a message from the server to the user identifyingadverse interactions determined by analyzing the prescriptionmedications taken by the user and querying the drug, interactionsdatabase stored on a computer readable medium.